草庐IT

Java System.loadLibrary 依赖项

全部标签

java - 与父实体一起驱逐依赖集合

我刚刚意识到,当一个对象从Hibernate缓存中被逐出时,dependantcollections,ifcached,havetobeevictedseparately.对我来说,这是一个很大的WTF:很容易忘记驱逐一个集合(例如,当一个新的集合被添加到对象映射时);驱逐依赖集合的代码丑陋且庞大,例如MyClassmyObject=...;getHibernateTemplate().evict(myObject);缓存cache=getHibernateTemplate().getSessionFactory().getCache();cache.evictCollection("

java - Maven 构建不同于依赖树

我正在使用Maven3构建具有3层的Java应用程序-服务器、ejb和ui。EJB工程依赖Server工程,UI工程只依赖EJB,并为Server传递依赖提供排除。当UI项目构建为war时,服务器依赖项被包含在内,尽管它没有显示在dependency:tree命令上。这里是运行mvndependency:tree的相关输出**project.name:UI:war:1.0SNAPSHOT**+-project.name:Common:jar:1.0SNAPSHOT:compile|+org_common:_lib:jar:16.0.006:compile||+-log4j:log4j:

java - 为什么 Spring 不将我的 @Autowired 成员连接到依赖的 jar 中?

我正在使用Spring3.1构建一个GoogleAppEngine应用程序,但在我的一个jar中获取成员时遇到了问题。我有三个项目:服务器server.modelserver.persistence我有一个ant构建脚本,这样当我的工作区构建时,它会为server.model和server.persistence创建jar,并将它们放在正确的lib目录中对于server项目。在server中,我可以从server.model和server.persistence中Autowiring东西,但在server.model我的server.persistencebean没有连接,即使它们与s

java - 是否有任何理由在 Maven 中为我自己的传递依赖项保留显式依赖声明?

我已经阅读了一段时间有关Maven中显式与传递(隐式)依赖声明的内容。大多数人倾向于同意,您应该始终显式声明您的项目所依赖的库,主要是为了避免版本不匹配。这是完全合理的,但是我们应该如何解决我们的内部依赖性?如果可以通过传递机制解决它们,我认为绝对没有理由保持模块之间的显式依赖关系。我的用例场景:我的团队在major.minor.micro发布周期内开发软件,例如:1.1.1、1.1.2、1.3.0等...对于每个版本,我们都会增加项目中所有模块的版本控制方案(因此A:1.0、B:1.0变为A:1.1、B:1.1)我们正在使用react器项目,嵌套最深两层我的直觉告诉我-摆脱依赖意大利

java - 来自 Maven 依赖项的 Maven 版本插件 : reference a rule. xml?

我正在使用mvnversions:display-dependency-updatesversions:display-plugin-updates目标来检查依赖项或插件更新。我的maven项目是一个多模块项目,它看起来像这样:moduleA|-moduleB1||-moduleC|-moduleB2|-build-config/rules.xml由于有一些不需要的更新,比如我不想要的测试版,我制作了一个过滤器(有效)。我是这样使用它的:maven-version-plugin-1version.rules.uriorg.codehaus.mojoversions-maven-plug

java - gradle 在 POM 中发布带有源文件和依赖项的 Jar

我正在使用gradle,我想在执行publishToMavenLocal时使用源文件创建一个.jar。我已经让它很容易工作了:taskjarWithSources(type:Jar){fromsourceSets.main.outputif(gradle.startParameter.taskNames.any{it=="publishToMavenLocal"}){fromsourceSets.main.allJava}}publishing{publications{//publishthedata_depositjarasastandaloneartifactmavenJar(M

java - 使用复制在 lib 文件夹中的外部 .jar 依赖项构建可执行文件 .jar

我正在使用IntelliJIDEA和Java。我有一个名为SearchEngine的主程序,它应该构建一个可执行文件SearchEngine.jar。但是,我的代码依赖于3个额外的.jar文件。我已经添加了这些依赖项,我的程序运行良好。我想构建一个可执行文件.jar,它不在其中包含3个额外的.jar文件,而是将它们复制到lib文件夹中。为此,我选择了以下选项:当我不更改Artifacts项目设置选项卡中的设置时,我得到4个.jar文件,其中1个是我的可执行文件,3个是额外的.jar文件。这样,一切都工作正常。但是,当我尝试在lib文件夹中添加3个额外的.jar文件时,我的可执行文件无法

java - 使用外键保存 hibernate 对象而不加载依赖对象

当我们在Hibernate中保存一个对象时,我们不是将依赖对象保存为id,而是加载该对象并保存它。Ex:Employee有一个部门外键,所以如果我们需要保存employee对象那么我们会做这样的事情:saveEmployee{emp.setName(name);Departmentdepartment=session.find(Department.class,deptid);emp.setDepartment(department);}现在,如果我们导入1000条记录,并且我们在excel中将deptid作为单独的列,那么将调用不必要的1000次db来获取相应的部门。那么有什么更好的

java - 名称依赖注入(inject)如何在 Spring @Bean 方法参数中工作

我了解SpringDI及其一般工作原理。但我在这里无法理解的是在@Bean方法参数注入(inject)的情况下,spring如何知道参数名称以便它可以根据参数名称从其bean工厂注入(inject)bean?例如,在下面的示例中,方法fernas1和fernas2参数在运行时被删除。但是,spring仍然可以将正确的Abbasbean实例注入(inject)其中。@SpringBootApplicationpublicclassDemoApplication{@AutowiredprivateAbbasabbas1;//thisisunderstandable,hencethefiel

java - 测试依赖项调用的 lambda 表达式

我正在尝试测试lambda表达式中的一些代码,它是另一个类的回调。classEmailSender{privateEmailBuilderemailBuilder;publicvoidsend(){StringtestEmail=emailBuilder.buildEmail("TestEmail",bodyContentAppender());//sendtestEmail}privateConsumerbodyContentAppender(){//howtotestthisthroughJUnit?returnemail->email.appendBody("BodyConten